Building security system

ABSTRACT

A security system that can be used in a home, office, or other building in order to generate alarms or take other actions depending on conditions within the building. The security system may rely on sensors within the building which sense various conditions and collect other data. The information learned from the sensors can be communicated to a location outside the building for processing, such as, but not limited to, processing associated with a need to instigate an alarm.

This application is a continuation of pending U.S. patent application Ser. No. 14/511,906, filed on Oct. 10, 2014, which is a continuation of U.S. patent application Ser. No. 13/604,938, filed on Sep. 6, 2012 (now U.S. Pat. No. 8,902,311), which is a continuation of U.S. patent application Ser. No. 13/243,463, filed on Sep. 23, 2011 (now U.S. Pat. No. 8,289,147), which is a continuation of U.S. patent application Ser. No. 12/324,139, filed on Nov. 26, 2008 (now U.S. Pat. No. 8,049,613), which applications are hereby incorporated by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to building security systems.

2. Background Art

FIG. 1 illustrates a building security system 10 where a gateway/security panel 12 within a building 14 processes alarm system information. The panel 12 locally generates an alarm if the alarm system information indicates a suitable security risk. The alarm system information may be derived from a number of sensors 16 positioned throughout the building 14. The security panel 12 may immediately generate the alarm and/or transmit the alarm to a central monitoring station 18 for verification. In either case, the need for the alarm is determined locally at the building 14.

These local determinations can be problematic, at least, from a service and maintenance perspective. Since the gateway/security panel software used to assess the need for the alarm resides locally in the building 14, any updates or modifications relevant to alarm assessments must be made at the building 14. This requires the panel 12 to be locally modified if it is to accommodate new devices and application logic when new devices, monitoring techniques, or other changes to the building security system are desired. This can increase both complexity and cost of devices in the building 14 when new monitoring features are added or current monitoring capabilities are adjusted.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is pointed out with particularity in the appended claims. However, exemplary embodiments and certain features of the present invention will be described below in conjunction with the accompany drawings, in which:

FIG. 1 illustrates a building security system;

FIG. 2 illustrates a building security system in accordance with one embodiment of the present invention; and

FIG. 3 illustrates a flowchart for a method of supporting building security in accordance with one embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S)

FIG. 2 illustrates a building security system 20 in accordance with one embodiment of the present invention. The building security system 20 may be configured to support security-related surveillance and services for a home, office, or other building 22. A security service provider 24, such as a central monitoring station, may communicate with the building 22 to support any number of building security processes. The system 20 may support security processes that rely on one or more sensors 26, such as audio, video, temperature, air quality, and presence sensors, to monitor related conditions within the building 22. Data regarding the monitored conditions can be communicated over a network 28 to a central monitoring server 30. While FIG. 2 illustrates an embodiment of the invention in connection with a building, the invention is not limited to implementation with a building. By way of example only, the invention can be implemented with any number of buildings, a facility or the like. Nor does the type of building(s) or facility(ies) limit the invention. By way of example only, the building(s) and/or facility(ies) could be residential, commercial or the like.

The network 28 may be any type of wireless or wireline network such as, but not limited, to a high speed data network used by cable television service providers to support cable television signaling and/or other types of networks used to support high speed data and non-television related signaling. The network may be used to support continuous transmission of data from the sensors 26 regardless of whether the monitored conditions have changed. This stream of data can be transmitted to the central monitoring server 30 for further processing.

The central monitoring server 30 may assess the need to instigate an alarm from the information provided by the sensors 26. A gateway 32, for example a settop box (STB), cable modem, router, and/or other service provider/supported device within the building may be used to communicate the data collected by the sensors 26 regarding the conditions in the building 22 to the central monitoring server 30. The gateway 32 encapsulates or otherwise packages the data provided by the sensors 26 for transmission to the central monitoring server 30 without performing security-related processing.

The security-related processing associated with triggering the alarms is performed by the central monitoring server 30. This alleviates processing demands on the gateway 32. If changes or other updates to the security process are needed, i.e., to support new functionality, home devices, sensors, etc., the central monitoring server 30 may be updated instead of requiring significant updates to the gateway 32.

The central monitoring server 30 may be configured to monitor conditions in a number of buildings 22 and to separately instigate alarms in each building 22. Each building 22 may similarly transmit sensed conditions to the central monitoring server 30 for processing. Because the central monitoring server 30 is used instead of the gateway 32 to assess the need for the alarm, the central monitoring server 30 is updated to support updated functionality in each of the buildings 22 without requiring significant updates in the buildings. This can limit the cost of updates when the service provider 24 provides additional services to customers.

The central monitoring server 30 may include any number of applications that perform any number of security processes, such as, but not limited to, those associated with elder monitoring, video monitoring, audio monitoring, medical monitoring, energy management, and/or some combination thereof.

For example, elder monitoring may include monitoring for movements within the building 22 and generating an alarm if movements are not determined over a period of time. Video monitoring may use facial recognition or other techniques to assess whether intruders are within the building 22. For example, a video camera 40 may be included to capture video from within the building 22, and a DVR 42 may begin recording video when presence detectors sense a presence within a room while the building security system 20 is armed. This video can be transmitted to the server 30 for intruder analysis and/or alarm verification. Similarly, audio monitoring can operate with the video monitoring to support related security assessments. The information from any sensor 26 can be used with information from the other sensors 26 to assess the need for an alarm.

FIG. 3 illustrates a flowchart 50 for a method of supporting building security in accordance with one embodiment of the present invention. The method may be used to instigate any type of alarm and to facilitate any type of security measure. Instead of detailing each of the numerous types of alarms contemplated by the present invention, the described alarm, or generic alarm, is intended to include any type of alarm. The method, without intending to limit the scope and contemplation of the present invention, is predominately described with respect to the processes used to determine a need to instigate the alarm and other features associated therewith.

Block 52 relates to sensing one or more conditions within a building 22. This may include the use of any type of sensor 26 to sense any type of condition within the building 22. Some of the sensors 26 may be presence sensors that sense the presence of a human or animal, door sensors that sense whether a door (room, appliance, cabinet, etc.) is opened or closed, temperature sensors (room, body, etc.), air quality sensors (e.g. carbon monoxide detectors), and the like. The sensors 26 may also include video, audio, and other multiple media sensors. Each of the sensors 26 are connected to a building network 28 having capabilities that allow the conditions sensed by the sensors 26 to be delivered to the gateway 32.

Block 54 relates to the gateway 32 transmitting the sensed data to the central monitoring server 30. This is done without assessing the need to instigate or otherwise generate an alarm. Of course, the present invention contemplates performing some alarm assessment at the building and optionally generating the alarm without reliance or complete reliance on the central monitoring server 30. The data may be transmitted over any one-way or two-way wireless (e.g., GSM, CDMA, Wi-Fi, WiMax) or wireline network 28 (e.g., fiber optic, hybrid fiber coaxial, coaxial only, copper pair).

Block 56 relates to determining a need to generate or otherwise instigate an alarm. The need to instigate the alarm is determined by the central monitoring server 30 based on the information transmitted in Block 54 and without assessment by the gateway 32. The alarm may be any type of alarm and may vary depending on the conditions within the building 22. The alarm may be varied over time and in response to changes in conditions at the building 22, i.e., the urgency of the alarm can be escalated if conditions change within the building 22.

One type of alarm may be a building-based alarm that requires playback of an audio alert (siren, message, etc.), actuation of a device (door lock, fire extinguisher, etc.), or the execution of other operations at the building 22. Another type of alarm may be a non-building-based alarm that requires alerting or otherwise communicating with a governmental services agency, such as police, fire, medical, or other entity outside the building 22. Yet another type of alarm may include some combination of the building and non-building-based alarms.

Block 58 relates to verifying authenticity of the alarm. The authenticity of the alarm may be verified in an effort to combat false alarms and other inappropriate allocations of resources. In some cases, customers can be penalized if governmental service agencies respond to false alarms. The verification process may require the entry of a password or other security measure to insure an authorized person or entity verifies the need or lack of need for the alarm.

One process for verifying alarm authenticity may require in-building verification. The in-building verification may be of the type that requires an occupant within the building 22 to verify the necessity of instigating the alarm. The central monitoring server 30 may open a communication channel with the building 22 or, more particularly, with one or more devices in the building 22. The communication may be sufficient to control various operations of the device in order to request an occupant to respond to a verification response message.

One verification request may include displaying a message on a television within the building 22. The central monitoring server 30 may instruct the STB 34 to display a message on the television 34 that requests the occupant to acquiesce to the alarm, such as by selecting a button on a remote control or on the STB 34. The central monitoring server 30 may also open a communications session (POTS call, IM session, SMS message, etc.) or VoIP call with a device in the building 22 to request confirmatory information. The communications necessary to these operations and other operations may be carried out over any wireline or wireless network 18, including a cable television network.

Another verification process may include verifying the alarm from other information collected from the building 22. If a fire is detected with a fire sensor, for example, the sensors that sense temperature and air quality may be used to verify the fire detected by the fire sensor. If an intruder is detected with a presence sensor, for example, video may be retrieved from the DVR 42 and reviewed by a computer 44 for facial recognition or played for a human operator to assess the presence of an intruder.

These and other processes of verifying the sensed conditions triggering the alarm with other sensed conditions can be helpful if communications with the building 22 are lost or otherwise disrupted. Rather than relying on communications with the building 22, the central monitoring server 30 can analyze the information it has already accumulated to verify the need for the alarm. This process can also be helpful if the only person in the building 22 is an intruder or another individual that is unwilling or unable to verify authenticity.

Block 60 relates to instigating the alarm. The instigated alarm may vary depending on the events triggering the alarm. The scope, duration, intensity, and other parameters of the alarm may be varied over time. The central monitoring server 30 may adjust or discontinue the alarm if additional information is received from the sensors 26 within the building 22 and/or in response to an interrupt. An interrupt may be instigated if a building occupant's response to the verification request after the alarm is instigated and/or if an entity arriving at the building otherwise terminates the alarm.

As supported above, one non-limiting aspect of the present invention contemplates a common, extensible protocol for a gateway 32 in a building 22 to encapsulate or translate sensor 26 data. This data can then be sent to one or many application servers 30 that will decode the data and determine if action needs to be taken based on user-selected monitoring criteria. One scenario may include a building 22 that has signed up for both a building security service and an elder monitoring service. A motion sensor 26 in the living room can be used to detect motion in the building 22. The gateway 32 can wrap a data packet from the activated motion sensor 26 with a tag that identifies the particular building 22 or gateway 32 and send it to the application server 30. The data packet can be received by several, if not all of the application servers 30 and used as necessary. The security server 30 can determine that a motion sensor 26 was activated in the building 22, and optionally, verify that the building 22 has subscribed to its service. The security server 30 can search its database to verify if the alarm is currently armed or disarmed. If the alarm is armed, the security server 30 can send a signal to the central monitoring station 24 indicating an intrusion. If it is disarmed, the security server 30 can log the event and remain inactive. The elder monitoring server 30 can also receive the same data packet from the building 22 and verify that the building is a subscriber. The elder monitoring server 30 can be configured to notify a friend/neighbor/family member in case there is no “activity” (motion) in the building 22 for a period of time. Because motion is detected, the countdown timer can be reset in the elder monitoring server 30. Should the timer reach zero, the alarm notification can be sent.

By building the system 20 in this manner, the gateway 32 can be an extremely inexpensive device or integrated into other devices already in the building 22. The application can be standard regardless of what devices are added to the building 22 or what services are added to the network. Additionally, services may include medical monitoring, audio monitoring, visual monitoring, or combinations thereof. Additional features include using the gateway 32, television 34, or internet to activate or deactivate the security system 20 and using the STB/television 34, or internet to monitor the building 22 from a remote location. Optionally, the STB/television 34, or a displayed supported through an application running on it, may be used to check the status of any one or more of the sensors 26 at anytime, such as to view video of particular areas within the building 22 upon hearing a threatening sound, assess whether a door sensor is detecting a door to be open, assess whether the security system 20 has been armed, etc.

The foregoing is predominately described with respect to activating a security related alarm, such as but not limited to illuminating a light source, displaying a message, calling an emergency response entity, locking doors, activating a siren or taking other security related measures. The present invention, however, is not intended to be so limited. The present invention contemplates non-security related alarms, such as alarms used to indicate faults or failures within appliances within the home, a need to replace a lighting source, a need to answer a door, and/or to take action in response to any number of measurable events occurring within a building or facility. As such, the term ‘alarm’ as used throughout the foregoing is intended to encompass any type of message, transmission, activation, or other responsive event used to communicate a significant, meaningful, relevant or monitored for change in status as reflected by one or more sensed conditions.

Particular embodiments of the present invention have been disclosed and described above; however, it is to be understood that the disclosed embodiments are merely exemplary of the invention, which may take various alternative forms. The figures are not necessarily to scale, some features may be exaggerated or minimized to show details of particular components. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a representative basis for the claims and/or as a representative basis for teaching one skilled in the art to variously employ the present invention.

While embodiments of the invention have been illustrated and described, it is not intended that these embodiments illustrate and describe all possible forms of the invention. Rather, the words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the invention. 

The invention claimed is:
 1. A method comprising: receiving, by a computing device, first sensor data associated with a first sensor at a location; determining, by the computing device, that the first sensor data indicates an alarm condition at the location; after determining that the first sensor data indicates the alarm condition, receiving, by the computing device, second sensor data associated with a second sensor at the location; determining, by the computing device, to activate an alarm based on a determination that the second sensor data associated with the second sensor verifies the alarm condition; and in response to determining to activate the alarm, transmitting an instruction to activate the alarm.
 2. The method of claim 1, wherein the first sensor comprises a fire sensor, and the second sensor is configured to sense one or more of temperature or air quality at the location.
 3. The method of claim 1, wherein the first sensor comprises a presence sensor, and the second sensor is configured to capture video at the location.
 4. The method of claim 1, wherein the second sensor comprises an image capture device configured to capture images, the method further comprising: in response to determining that the first sensor data indicates the alarm condition at the location, transmitting an instruction for the image capture device to capture one or more images representative of conditions at the location, wherein the second sensor data comprises the one or more images captured by the image capture device.
 5. The method of claim 1, further comprising: after the alarm is activated, transmitting an instruction to vary one or more of a scope, duration, or intensity of the alarm.
 6. The method of claim 5, further comprising: receiving, by the computing device, additional data associated with the first sensor or the second sensor; and determining, based on the additional data, to vary one or more of the scope, duration, or intensity of the alarm, wherein transmitting the instruction to vary one or more of the scope, duration, or intensity of the alarm is performed in response to determining to vary one or more of the scope, duration, or intensity of the alarm.
 7. The method of claim 1, further comprising: transmitting an instruction to deactivate the alarm based on additional data associated with the first sensor or the second sensor.
 8. The method of claim 1, wherein the computing device receives the first sensor data and the second sensor data from a gateway device at the location.
 9. The method of claim 8, wherein the gateway device comprises a settop box, a cable modem, or a router.
 10. A method comprising: sending, by a computing device, first sensor data associated with a first sensor at a location, wherein the first sensor data indicates an alarm condition at the location; after sending the first sensor data, receiving, by the computing device, an instruction to send data to verify the alarm condition; in response to receiving the instruction, sending, by the computing device, second sensor data associated with a second sensor at the location; and receiving, by the computing device, an instruction to activate an alarm, wherein the instruction to activate the alarm is based on the second sensor data verifying the alarm condition at the location.
 11. The method of claim 10, wherein the first sensor comprises a fire sensor, and the second sensor is configured to sense one or more of temperature or air quality at the location.
 12. The method of claim 10, wherein the first sensor comprises a presence sensor, and the second sensor is configured to capture video at the location.
 13. The method of claim 10, wherein the second sensor comprises an image capture device configured to capture images, wherein the instruction to send data to verify the alarm condition comprises an instruction for the image capture device to capture one or more images representative of conditions at the location, wherein the second sensor data comprises the one or more images captured by the image capture device.
 14. The method of claim 10, further comprising: after the alarm is activated, receiving an instruction to vary one or more of a scope, duration, or intensity of the alarm.
 15. The method of claim 14, further comprising: sending, by the computing device, additional data associated with the first sensor or the second sensor, wherein receiving the instruction to vary one or more of the scope, duration, or intensity of the alarm is performed based on the additional data sent by the computing device.
 16. The method of claim 10, further comprising: sending, by the computing device, additional data associated with the first sensor or the second sensor; and receiving an instruction to deactivate the alarm after sending the additional data associated with the first sensor or the second sensor.
 17. A method comprising: receiving, by a first computing device, sensor data from a sensor at a location, wherein the sensor data indicates an alarm condition at the location; determining, by the first computing device, a tag that indicates the location; sending, by the first computing device and to a second computing device, the sensor data and the tag that indicates the location; in response to sending the sensor data and the tag, receiving, by the first computing device, an instruction to activate an alarm at the location; and causing the alarm at the location to be activated.
 18. The method of claim 17, wherein the sensor data from the sensor comprises first sensor data from a first sensor, the method further comprising: after sending the first sensor data and the tag, receiving, by the first computing device, an instruction to send data to verify the alarm condition at the location; and in response to receiving the instruction to send data, sending, by the first computing device, second sensor data associated with a second sensor at the location, wherein receiving the instruction to activate the alarm at the location is performed in response to sending the second sensor data.
 19. The method of claim 18, wherein sending the second sensor data comprises sending the second sensor data and the tag that indicates the location.
 20. The method of claim 17, further comprising: after the alarm is activated, receiving an instruction to vary one or more of a scope, duration, or intensity of the alarm.
 21. The method of claim 17, wherein the sensor comprises one or more of a fire sensor, a temperature sensor, an air quality sensor, or a sensor configured to capture images.
 22. The method of claim 17, further comprising: causing the alarm at the location to be deactivated based on additional sensor data from the sensor. 